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Precede d'augmenfafion cFun modele de tache pour permettre la 
gestion de F interaction homme-rriachine 

La presente invention se rapporte a un procede d' augmentation d'un modele 
de tache pour permettre la gestion de P interaction honxme-machine. 

Dans les systemes actuals disposant d'une interface avec un humain, le 
modele de la tache de Putilisateur est enfoui au sein de F interface. La tache que 
5 Putilisateur doit effectuer n'est pas explicitement definie, mais se retrouve 
implicitement dans la conception de Pinterface. Les concepteurs d'interfaces 
definissent, selon les specifications, les enchamements plus ou moins stricts qui sont 
autorises a Putilisateur. Ces enchamements definissent implicitement son modele de 
tache. 

10 Cette absence de definition explicite du modele de tache d'un utilisateur a 

pour consequence une forte staticite de la tache de Putilisateur- Dans le cas ou la 
mission de l'utilisateur change ou si Pinterface doit etre deployee pour une classe 
d'utilisateurs ayant une mission partiellement differente, des modifications sont 
necessaires sur Pinterface. Certaines interfaces sont conges en prenant en compte 

1 5 cette optique de modifications et peuvent etre configurees pour etre adaptees a une 
tache differente. Cette pratique impose une forte charge de travail pour concevoir une 
interface suffisamment ouverte pour permettre differentes configurations. De plus, la 
configuration de Pinterface pour une nouvelle tache reste complexe dans la mesure 
ou la configuration necessite le travail conjoint d'un expert du domaine pour 

20 specifier la nouvelle tache et d'un concepteur d' interface, Cette pratique, deja 
relativement couteuse, devient particulierement difficile a mettre en place si la tache 
de Putilisateur est susceptible d'evoluer au cours d'une session, ce qui oblige a 
modifier Papplication renfermant le modele de tache. 

La presente invention a pour objet un procede d' augmentation d'un modele 

25 de tache permettant la gestion en temps reel de Pinteraction homme-machine sans 
avoir a modifier Papplication liee a ce modele de tache, en particulier lorsque Pon 
fait evoluer les modeles de taches, Pinteraction pouvant etre multi-utilisateurs. 
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Le precede conforme a r invention est caracterise en ce qu'a partir d'un 
modele de tache existant 5 on Paugmente avec Petat courant de Putilisateur dans sa 
tache, on decrit les evenements permettant un changement d'etat de Putilisateur, et 
on decrit pour un evenement survenu lors d'un etat de Putilisateur Pinteraction a 
5 effectuer avec Putilisateur pour gerer cet evenement . De fa?on avantageuse, on 
ajoute avant chaque procedure d' interaction la liste des contraintes necessaires pour 
declencher 1' interaction, et ? egalement de fa?on avantageuse, on ajoute apres chaque 
procedure d' interaction les valeurs que doit fournir cette interaction selon le resultat 
de Pinteraction et qui doivent etre presentees a Putilisateur en retour, 
10 La presente invention sera rnieux comprise a la lecture de la description 

detaillee d'un mode de realisation, pris a titre d'exemple non limitatif et illustre par 
le dessin annexe;, sur lequel : 

- la figure 1 est un diagramme simplifie explicitant differentes etapes 
de la mise en ceuvre du procede de P invention dans une application, 

15 - la figure 2 est un bloc-diagramme simplifie de Parchitecture d'un 

gestionnaire de taehes conforme a P invention, et 

- la figure 3 est un diagramme simplifie du deroulement des taches du 
gestionnaire de taches de Pinvention. 

Le procede de Pinvention consiste essentiellement a decharger les 
20 concepteurs d'interfaces homme-machine de la question de la tache de Putilisateur. 
Les concepteurs n'auront qu'a se concentrer sur les fonctionnalites d'interface dont 
Putilisateur a besoin sans se preoccuper des enchainements qu'il aura a realiser pour 
mener a bien sa tache. 

L'invention part d'un modele de tache externe existant et Paugmente de telle 
25 sorte qu'il puisse etre utilise pour piloter Pinteraction. De plus, ce modele sert de 
base de specification aux concepteurs d 9 interfaces pour connaitre les services 
necessaires aux utilisateurs. 

Enfin, ce modele de tache externe est utilise par un gestionnaire de taches qui 
est capable de prendre en compte en temps reel tout changement dans le modele de 
30 tache lors de P execution de la tache. 
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L'invention decrite ici precise et met en oeuvre des reponses aux problemes 
poses par le besoin de developpement et de configuration des interfaces suite a des 
modifications de tache de l'utilisateur ou suite a une demande de deploiement a 
1'intention d'autres utilisateurs avec une tache differente. En ce sens, cette invention 
5 a des. repercussions sur toutes les categories de systemes ou l'humain tient une place 
preponderante, et ceci dans toutes sortes de domaines d' application, comme par 
exemple : 

• La defense: systemes d'armes, de commandement, de simulation et 
d'entrainement ; 

10 © Les transports : systemes de pilotage, de supervision, de reservation ; 

• Les communications : telephonie, radio, television, Internet ; 

• La vie quotidienne : systemes electromenagers, vehicules individuels, 
informatique domestique omnipresente et diffuse (« ubiquitous computing » 
en anglais) ; 

15 a Les services: systemes bancaires, commerce electronique, assistance 
technique ; 

® La sante : systemes hospitaliers, secours operationnel ; 

• Etc. ' 
La presente invention propose un nouveau procede pour augmented un 

20 modele de tache existant afm de permettre une gestion en temps reel de l'interaction 
pilotee par le modele de tache. Son principe fondamental est d'utiliser un modele 
existant de tache des utilisateurs et de l'augmenter avec les connaissances necessaires 
pour le pilotage de l'interaction. Plus precisement, le modele de tache d'un operateur 
comporte, en plus de l'enchainement des taches a realiser, les evenements pouvant 

25 survenir, la description des interactions a effectuer, les conditions de declenchement 
necessaires et les informations a foumir en retour. Ce modele de tache augmente 
permet de piloter l'interaction en temps reel grace a un composant supplementaire, le 
gestionnaire de taches, qui fournit les services d'acces au modele de tache. Le 
modele de tache en tant que connaissance externe a l'interaction est dynamique. De 
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ce fait, le gestionnaire de taches autorise une evolution du modele de tache au cours 
du temps avec repercussion en temps reel sur P interaction avec Putilisateur. 

Habituellement, un modele de tache decrit les differentes etapes qu'un 
utilisateur peut ou doit effectuer pour mener a bien sa tSche globale. La tache de 
5 Putilisateur doit etre decrite sous forme d'un enchainement alternatif, sequentiel ou 
en parallele de sous-taches avec une mention particuliere pour Petat initial. Selon 
P invention, les sous-taches effectuees par Putilisateur correspondent a autant d'etats 
dans lesquels se trouve Putilisateur (en etat d'effectuer une sous-tache). 

La premiere etape du procede de P invention part d'un modele de tache 

10 existant fourni par un expert, et elle consiste a augmenter cette representation avec 
Petat courant de Putilisateur dans sa tache. Cette connaissance supplemental 
permet de suivre Putilisateur dans sa tache. 

La deuxieme etape consiste a decrire les evenements permettant un 
changement d'etat de Putilisateur (fin d'une sous-tache pour en debuter une autre). 

15 Ces evenements peuvent etre des evenements a Pinitiative de Putilisateur ou des 
evenements extemes survenus dans Penvironnement. L'environnement est defini ici 
comme tout excepte Putilisateur : la ou les applications, les autres utilisateurs, des 
capteurs,.., Ce procede ajoute ainsi sur chaque transition entre deux etats de 
Putilisateur la liste d'un ou de plusieurs evenements declenchant le changement 

20 d'etat. Les evenements inscrits dans le modele de tache peuvent etre de granularite 
plus ou moins fine selon les besoins. Selon une caracteristique avantageuse de 
P invention, on utilise un module exteme qui fournit les evenements (on P « utilise » 
dans le sens d'un client utilisant un fournisseur). Ce module est n'importe quelle 
sorte d'interface homme-machine (informatique ou non). II peut, par exemple, s'agir 

25 d'un capteur de poids sur un siege qui fournit un evenement « assis ». Ce module 
fournit une abstraction des actions de Putilisateur sous forme d'evenements de haut 
niveau. Cette abstraction permet d'utiliser le meme evenement dans le modele de 
tache quelle que soit la maniere dont Putilisateur a interagi avec le systeme 
(vocalement, graphiquement, par geste,...)- II est egalement possible d'utiliser des 

30 evenements de bas niveau dans le modele de tache. La distinction entre evenements 
de bas niveau et de haut niveau etant faite ici dans le sens ou celui de haut niveau est 
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la generalisation d'un ou plusieurs evenements de bas niveau. Par exemple, il pent 
etre avantageux, dans un modele de tache, de declencher une action sur P evenement 
« Select » (de haut niveau), que ce soit une selection a la souris, avec un joystick ou 
une designation par geste. D'un autre cote, il pent etre avantageux de pouvoir definir 
5 trois actions differentes pour ces trois evenements (bas niveau). On pent utiliser une 
interface (quelle qu'elle soit) qui puisse renvoyer un evenement generique (Select) 
dans certains contextes et des evenements specifiques dans d'autres contextes. 

La troisieme etape consiste a decrire, pour un evenement survenu lors d'un 
etat de Putilisateur, Pinteraction a effectuer avec Putilisateur pour gerer cet 

10 evenement. L'interaction est definie comme une procedure a derouler (interrogation 
d' applications, calcul d'une valem; verification d'une donnee,...). En fait, le modele 
de tache pent faire reference a plusieurs applications differentes. Ainsi, Putilisateur a 
une seule et meme interface, et ce sont alors les procedures d'interaction qui se 
chargent d'acceder aux applications necessaires, Chaque procedure d'interaction doit 

15 foumir un resultat pennettant de decider du prochain etat de Putilisateur. Pour 
chaque resultat possible de la procedure d'interaction, une transition etiquetee par le 
resultat permet d'atteindre un nouvel etat de Putilisateur. Par exemple, dans le cas ou 
Putilisateur est dans Petat << deconnecte >> et qu'il declenche un evenement de 
« connexion », la procedure d'interaction, apres avoir interroge Papplication, fournit 

20 une reponse polaire (oui/non). Si la reponse est positive, Putilisateur accede a Petat 
« connecte », sinon il reste dans Petat « deconnecte », comme decrit dans le modele 
de tache augmente. 

La quatrieme etape consiste a ajouter avant chaque procedure d' interaction la 
liste des contraintes necessaires pour declencher Pinteraction. Ces contraintes 
25 peuvent etre la fourniture de parametres, la verification d'une valeur,... (Dans 
P exemple precedent, la contrainte pourrait etre la fourniture d'un identifiant et d'un 
mot de passe.) 

La derniere etape consiste a ajouter apres chaque procedure d'interaction les 
valeurs que doit fournir cette interaction selon le resultat de Pinteraction et qui 
30 doivent etre presentees a Putilisateur en retour. (Dans Pexemple precedent, la sortie 
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de la procedure d'interaction permettant la connexion pourrait etre le « mot du 
jour ».) 

Le procede de P invention identifie clairement les actions a effectuer par 
Putilisateur ainsi que leur sequencement, les evenements pouvant etre declenches ou 
5 per?us par Putilisateur ainsi que les interactions (au sens de la tache) avec 
I' en vironnement 

Un modele de tache ainsi augmente peut se presenter sous forme de graphe. 

Le formalisme utilise pour ce graphe doit offrir une puissance d' expression suffisante 

pour exprimer les etats (sous-taches) de Putilisateur, les contraintes a verifier pour 
10 P execution d 5 une procedure d* interaction, les valeurs fournies par une procedure 

d' interaction, les evenements pouvant survenir et la maniere de les prendre en 

compte. II est aussi necessaire que le formalisme permette la representation de 

P interruption de tache, la reprise apres interruption, etc. 

La gestion en temps reel d 9 un tel modele de tache est effectuee par le 
15 gestionnaire de taches encapsulant Pacces aux modeles de taches. II se comporte 

comme un foumisseur de services qui seront decrits ci-apres. Le gestionnaire est a 

meme de gerer plusieurs modeles de taches differents et plusieurs utilisateurs en 

parallels La multiplicite des modeles de taches geres par un meme gestionnaire 

permet la collaboration entre plusieurs utilisateurs ay ant des taches potentiellement 
20 differentes. Le gestionnaire de taches prend en compte Pevolutivite dans le temps 

d'un modele de tache en offrant des services d'acces pour des composants qui 

pourraient alterer les modeles. 

Afin de faciliter Pecriture et la relecture de ces modeles de taches, des outils 

de saisie et de relecture sont mis en ceuvre. Ces outils permettent a un expert de 
25 pouvoir facilement exprimer ou verifier la tache d'un ou de plusieurs utilisateurs, de 

preciser les differentes synchronisations dans le cas d'un travail collaboratif et de 

verifier la coherence des modeles. 

Les principaux avantages du procede de P invention sont les suivants. 

D'abord, la presente invention consiste a augmenter le modele de tache avec de 
30 nouvelles connaissances. Ce modele de tache augmente permet de piloter 

Pinteraction homme-machine en temps reel. Les concepteurs des modules gerant 
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Interaction avec l'utilisateur n'ont plus a se soucier de la maniere de gerer 
1'interaction, ces informations etant localis&s au sein du modele de tache et 
accessibles via le gestionnaire de taches. 

L'invention presente aussi 1'avantage de memoriser le contexte de tache d'un 
5 utilisateur et est ainsi a meme d'aider a maintenir une coherence dans sa mission, que 
ce soit en cas d'interruption volontaire (fin de session,...) ou non volontaire (panne 
impliquant une interruption ou un changement de poste de travail,. . .). 

Un autre avantage est la generation automatique d'interfaces. Le modele de 
tache decrivant l'interaction necessaire a l'utilisateur selon le point d'avancement de 
10 sa tache, il devient possible de mettre en place un systeme de generation automatique 
d'interfaces au vol. Le modele de tache fournit les informations necessaires sous 
forme d'etats pouvant etre atteints et d'evenements declenchables selon les 
contraintes, en fonction de 1'etat courant de l'utilisateur. 

Un autre avantage repose sur la modification en temps reel du modele de 
15 tache. L'interaction avec l'utilisateur peut etre modifiee en temps reel dans le casJou 
des contraintes extemes 1'exigent, comme par exemple une modification des niveaux 
de securite. L'interface de l'utilisateur peut alors etre modifiee en temps reel. 

L'invention decrite ici, en plus des avantages cites precedemment, ouvre' la 
voie a de nouvelles possibilites. Parmi ces possibilites on peut citer I'apprentissSge 
20 par un module externe. Ce module doit recevoir tous les changements d'etat de 
l'utilisateur en temps reel et doit etre capable d'apprendre son comportement 
typique. L'apprentissage peut se faire en temps reel ou en differe. a partir d'un 
modele de tache (ce que devrait faire l'utilisateur) de l'activite d'un utilisateur (ce 
qu'il fait reellement), pouvant ainsi permettre d'influer sur son modele de tache en 
25 temps reel. Le module d'apprentissage est alors a meme d'alterer le modele de tache 
pour simplifier la tache, pour optimiser son deroulement ou pour s'adapter a la 
maniere de travailler de chaque utilisateur. Le procede permet la prise en compte en 
temps reel de ces alterations. 

Un autre avantage est de permettre la mise en place aisee de techniques de 
planification des taches de l'utilisateur. Cette planification permet de prevoir ses 
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actions et d'anticiper ses demandes (chargement par anticipation de modules 
logiciels, telechargement anticipe de donnees longues a obtenir,. . 

Selon une autre caracteristique de F invention, on applique la separation entre 
Papplication- et Finterface homme-m achine decrite dans la demande de brevet 
5 fran£ais 02 12012. L 5 interface est alors developpee sous forme de services 
d'interaction selon les specifications du modele de tache. L' interface ne comporte 
alors plus le modele de tache enfoui de Putilisateur. Avant, Finterface defmissait que 
telle fenetre presentaxt telles donnees et permettait Faeces a telles autres fenetres 
(etats). Desormais, selon Pinvention, les developpeurs d' interfaces connaissent les 

10 fenetres a developper en consultant le modele de tache. Pour chaque etat, il faut une 
fenetre permettant d'afflcher les informations a presenter (diode precedant Fetat, en 
reference a la figure 1, decrite ci-dessous) et de proposer des fonctionnalites pour 
declencher les evenements de sortie (des boutons, par exemple). Ainsi, le 
developpeur d'interfaces ne developpe plus F interface complete, mais une liste de 

15 services d 5 interface pour les etats. Pour F adaptation automatique de Finterface en 
temps reel, on pent envisager des systemes ou, selon Fetat dans lequel va arriver 
Putilisateur, connaissant les donnees a lui presenter et les fonctions necessaires 
(boutons), on choisit le meilieur service d'interface dans une liste. II peut done y 
avoir trois interfaces permettant de presenter la liste des vols et d'acceder a la suite 

20 du modele de tache. La premiere vocale, la seconde pour un grand ecran et la 
troisieme pour un PDA (assistant personnel). Le gestionnaire de taches fournit la 
connaissance definissant les besoins en termes d'interface (presenter une liste de vol 
et les evenements declenchables) 5 et e'est un autre module qui, selon le contexte de 
Putilisateur, appelle tel ou tel service d'interface. Cette caracteristique est tres 

25 avantageuse dans la mesure ou plusieurs services d' interface peuvent exister en 
parallele et etre choisis selon le contexte, Cette adaptation permet a Futilisateur 
d'effectuer une meme tache sur des terminaux differents, avec des modalites 
differentes,... 

De plus, le choix des procedures d'interaction etant defini au sein du modele 
30 de tache, Fapproche du developpement de Finterface du point de vue des services la 
rend independante de F application sous-jacente. Un changement d 5 application 


1er depot 


9 


continuant a offrir des services similaires, impliquera seulement une mise a jour des 
procedures d' interaction du modele de tache sans alteration necessaire sur P interface. 

En plus des adaptations precedentes, le developpement d'une interface sous 
forme de services grace au modele de tache permet de faire varier le modele de tache 
selon Putilisateur sans impliquer de developpement supplemental au niveau de 
P interface. 

Le modele de tache augmente devient aussi la specification permettant la 
conception et le developpement des interfaces et permet de federer les developpeurs 
de Papplication avec les developpeurs d'interfaces. Pour les concepteurs d'interfaces, 
ce modele de tache decrit les interactions qui seront necessaires a Putilisateur pour 
effectuer sa tache. Ce modele, en tant que specification d 'interaction, garantit une 
interface repondant aux besoins des utilisateurs. De plus, le modele de tache definit 
les procedures d'interaction (generalement des ensembles d'appels de services 
applicatifs) a declencher lors d'une demande de changement d'etat de la part de 
Putilisateur. Ceci permet aux developpeurs d' applications de connaitre la iiste des 
services necessaires a Putilisateur. Ce formalisme permet aux concepteurs 
d'interface de s'abstraire de tous les services applicatifs, car la description des 
services applicatifs a declencher est precisee dans le modele de tache. 

Une realisation possible de la presente invention est Paugmentation du 
modele de tache d'un utilisateur. La connaissance fournie en entree du procede est un 
modele de tache d'un utilisateur. Ce procede a perrnis Paugmentation du modele de 
tache en collaboration avec les experts afin d'obtenir une version etendue dont un 
exemple partiel est donne ci-apres. 

Afin de gerer au mieux ce modele de tSche, un mode de realisation consiste a 
mettre en place un « gestionnaire de taches ». Ce demier a pour objectif de fournir 
les services d'acces a la tache pour les autres modules logiciels qui en ont besoin. Le 
modele de tache repose, dans le present exemple, sur le format XML, aise a 
percevoir pour les experts qui devront Pexprimer et pour les concepteurs d'interfaces 
qui devront Putiliser. Le gestionnaire de tache fournit Pacces a plusieurs modeles de 
taches differents pour plusieurs utilisateurs, en parallele et en temps reel 
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Le modele de tache decrit les differents etats de Futilisateur au sein de sa 
tache et decrit les actions qu'il peut entreprendre pour changer d'etat. Ce formalisme 
definit Fetat de depart d'un utilisateur qui debute sa tache. Pour chacun des etats de 
Futilisateur, un certain nombre d" actions possibles (potentiellement une seule) 
5 peuvent le conduire dans un nouvel etat en declenchant une procedure d' interaction 
(generalement un appel a un ou plusieurs services applicatifs). Les transitions 
presentes dans ce formalisme peuvent comporter des contraintes. La necessity de 
disposer d'une donnee particuliere pour autoriser le declenchement d'une action est 
une forme de contrainte. Les modeles de taches de plusieurs utilisateurs peuvent etre 
10 lies entre eux de maniere a pouvoir prendre en compte les problemes de travail 
collaboratif. 

Selon le formalisme de Tinvention, les etats de F utilisateur sont decrits par 

des ovales, les procedures d' interaction par des losanges et les parametres 

necessaires pour declencher une procedure par des diodes. Les informations fournies 
15 par une procedure d' interaction sont aussi decrites sous forme de diodes et indiquent 

aux developpeurs d' interfaces les informations resultant de la precedente procedure 

d 3 interaction qu'il faudra presenter a Futilisateur. 

Dans le cas ou il existe une hierarchic des classes d'utilisateurs en termes de 

tache ou certains utilisateurs ne disposent que d'une tache partielle a realiser par 
20 rapport a d'autres ayant la tache complete, le modele de tache permet de specifier la 

hierarchie de modeles de taches afm de faciliter la specialisation ou la generalisation 

des modeles. 

Le gestionnaire de taches de Tinvention se presente sous forme d'un module 
externe et temps reel fouraissant Faeces aux modeles de tache dont il a la charge. II 

25 fournit tous les services d'acces necessaires, comme Finitialisation d'un modele de 
tache lors de la connexion d'un nouvel utilisateur, F identification du modele de tache 
selon la classe de F utilisateur, la fourniture de la prochaine procedure d' interaction 
en fonction d'un evenement, la fourniture du prochain etat en fonction du resultat 
d'une procedure d' interaction. Ce module est capable de gerer en parallele plusieurs 

30 utilisateurs en memorisant le contexte de chacun (son processus de fonctionnement 
est decrit en reference a la figure 3). La securite de fonctionnement de la gestion de 
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tache doit etre assuree, par exemple avec une verification des actions de Putilisateur 
vis-a-vis de sa tache. Le gestionnaire de taches fournit aussi les services d'acces en 
ecriture aux differents modeles de taches avec sauvegarde des modeles alteres. Le 
gestionnaire de taches pent utiliser un module de stockage externe afm d'acceder aux 
5 modeles de taches des utilisateurs. 

On a represents en figure 1 cinq etapes principales du procede 
d' augmentation de tache, conformement a Pinvention. Une fleche pleine correspond 
a une reponse positive et une fleche pointillee correspond a une reponse negative. 
Dans cette figure, la premiere etape El represente le modele de tache initial. On y a 
10 figure dans des ellipses deux etats successifs de Putilisateur, a savoir "Disconnected" 
(deconnecte, ou plus precisement, non encore connecte a un appareil, par exemple un 
microordinateur), et "Comiected" (connecte a cet appareil). On parle d'etat initial 
lorsqu'il s'agit du premier etat dans lequel se trouve un utilisateur qui commence sa 
tache. 

15 A Petape suivante E2 ? on ajoute Petat courant de Putilisateur a Paide d' une 

« balise » stockee par le gestionnaire de taches . Cet etat courant se presente, par 
exemple, comme une variable ec i? (i pouvant prendre les valeurs lan pour n etats 
possibles de Putilisateur)* 

Le procede de l'invention consiste ensuite (etape E3) a introduire entre ces 

20 deux etats la description d'un evenement (figuree dans un rectangle), qui est ici 
"Connect" (demande de connexion), et qui permet de faire passer Putilisateur du 
premier etat vers le deuxieme. Inversement, on introduit la description d'un autre 
evenement, "Disconnect", qui permet de faire passer Putilisateur du deuxieme vers le 
premier etat. 

25 A Petape suivante E4, on ajoute les procedures d'interaction (figurees 

chacune dans un losange. Ces procedures sont la connexion de Putilisateur a la 
machine (« connect ») et la deconnexion (« disconnect »). 

Apres la description d T evenement "Connect", on introduit (etape E5) les 
parametres regissant le declenchement de Taction prevue (figures par une diode), 

30 c'est-a-dire le declenchement du processus de connexion de Putilisateur a la machine. 
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Dans le cas present, il y a deux tels parametres, "User ID t! (identite de Tutilisateur) et 
"Password" (mot de passe), la description de la procedure d'interaction avec 
Tutilisateur, et dans le cas present, il s'agit simplement de la procedure de connexion 
"Connect" citee ci-dessus. On remarquera que pour faire passer Tutilisateur du 
5 deuxieme vers le premier etat, il n'y a pas besoin de faire intervenir de parametres, la 
deconnexion devant se faire inconditionnellement. Lors de cette procedure de 
connexion, il y a, par exemple, verification de Inexactitude des parametres fournis par 
I'utilisateur a Taide d r un clavier, d ! une carte d'identification a circuit integre (dite 
"carte a puce" ou "smart card" en anglais,...)- Le modele de tache decrit que la 

10 procedure « Connect » doit etre appelee lors de ce changement d'etat. Cette 
procedure est externa au modele de tache, et seule une reference (ici son nom) 
permet de la retrouver. Le gestionnaire de taches, suite a Pevenement « connect » 
dans 1 5 etat « deconnecte » precise qu'il faut appeler la procedure « Connect ». 
Ensuite, c'est au module qui interroge le gestionnaire de taches d* appeler cette 

15 procedure. Ainsi, le modele de tache n'a aucune idee du contenu de cette procedure. 
Bien entendu, le bon sens voudrait, dans le cas present qu'il y ait verification du mot 
d'identification et du mot de passe de I'utilisateur, Si les parametres ainsi verifies 
sont incorrects, done refuses ("connection refused"), le gestionnaire ramene 
I'utilisateur dans Petat initial ("deconnecte", par le trajet en traits interrompus). Le 

20 gestionnaire ne fait que repondre a des requetes et memoriser Petat de I'utilisateur. II 
memorise done que le nouvel etat est « deconnecte » et rend cette reponse a son 
appelant. Dans Taffirmative, le gestionnaire renvoie le profil fourni par la procedure 
d'interaction (profil qui pent par exemple figurer sur ladite carte d'identification) 
pour declencher Taction de connexion et il memorise que I'utilisateur est desormais 

25 dans Petat connecte et repond cela a son appelant. Dans le present exemple, ces 
parametres sont ceux d'une liste de vol d'un utilisateur d'une compagnie aerienne 
("Flight list"), et la connexion est etablie avec ce profil d'utilisateur, qui passe done 
dans le deuxieme etat. 

La partie de fichier suivante correspond a la traduction de ce schema sous 

30 forme XML. 
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<state id="disconnected ,r > 
<events> 

<event id— ! connect"> 

<injparam id^'userid" type= ,, java.lang.String" /> 
5 <in_param id= H password M type= ,! javaiang.String M /> 

<interaction_call id="connect H > 

<method id="processing.business.handler.Connect M /> 
<next_states> 

<positive> 

1 0 <out_param id="flight Jist" 

type= H business.FlightList rr /> 

<next_state id="connected" /> 
</positive> 
<negative> 

15 <outjparam id= M coiinection_refased" 

type- 'javalang.String" /> 

<next_state id="disconnected" /> 
</negative> 
</next__states> 
20 </interaction_call> 
</event> 
</events> 
</state> 


On a represents en figure 2 le bloc-diagramme des principals fonctions 
mises en oeuvre par le procede de Invention. Comme precise ci-dessus, rinvention 
part d r un modele de tache augmente (1) qui communique bi-directionnellement avec 
le gestionnaire de taches (2). Ce dernier coopere avec des services (3) de 
30 Implication. Le gestionnaire de taches fournit des services aux modules qui en ont 
besoin.Le diagramme de la figure 3 resume le processus de fonctionnement du 


1er depot 

14 


gestionnaire de taches. Le processus debute par l f initialisation et le positionnement de 
l'etat initial de I'utilisateur (4). Cette etape est suivie de la demande de la prochaine 
procedure d'interaction en liaison avec un evenement du a 1'utilisateur (5). Cette 
demande dialogue avec la demande du prochain etat de I'utilisateur en fonction du 
resultat de la procedure ^interaction (6), qui dialogue de son cote avec la demande 
de la prochaine procedure d'interaetion en fonction d'un evenement externe (7). 
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REVENDICATIONS 

1. Precede d' augmentation d'un modele de tache pom permettre la 
gestion de r interaction homme-machine, caracterise en ce qu'a partir 
d'un modele de tache existant, on Paugmente avec Petat courant de 
Futilisateur dans sa tache, on decrit les evenements permettant un 
changement d'etat de Futilisateur, et on decrit pour un evenement 
survenu lors d'un etat de Futilisateur P interaction a effectuer avec 
Futilisateur pour gerer cet evenement. 

2. Procede selon la revendication 1, caracterise en ce que Ton ajoute 
avant chaque procedure d' interaction la liste des contraintes 
necessaires pour declencher F interaction. 

3. Procede selon la revendication 1 ou 2, caracterise en ce que Ton 
ajoute apres chaque procedure d'interaction les valeurs que doit 
fournir cette interaction selon le resultat de F interaction et qui 
doivent etre presentees a Futilisateur en retour. 

4. Procede selon Fune des revendications precedentes, caracterise en ce 
que Ton utilise un module externa qui fournit une abstraction des 
actions de l'utilisateur sous forme d'evenements de haut niveau. 

5. Procede selon la revendication 1 ou 2, caracterise en ce que Ton 
modifie en temps reel le modele de tache. 

6. Procede selon Fune des revendications 1 a 3, caracterise en ce que 
Ton modifie Interaction avec rutilisateur en temps reel. 

7. Procede selon Tune des revendications precedentes, caracterise en ce 
qu'un module d'apprentissage realise Tapprentissage a partir de 
l'activite d'un utilisateur, selon le modele de tache augments 

8. Procede selon Tune des revendications precedentes, caracterise en ce 
que les specifications des services d 5 interface homme-machine sont 
derives du modele de tache augmente. 

9. Procede selon Tune des revendications precedentes, caracterise en ce 
que le modele de tache est fourni par un expert. 
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